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SYSTEM AND METHOD FOR INTERACTIVE 
ELECTRONIC MEDIA EXTRACTION FOR WEB 
PAGE GENERATION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

5 This application is related to provisional patent applications Serial 

No. 60/139,129 entitled "IETM HTML Extract Application" filed Jun. 14, 
1999 and Serial No. 60/158,129 entitled "System and Method for 
Interactive Electronic Media Extraction for Web Page Generation" filed 
October 8, 1999 the entire subject matter of which is incorporated herein 
10 by reference. 

DESCRIPTION 
BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention generally relates to display of Interactive 
1 5 Electronic Media and, more particularly, to a method for parsing a 

database structure to produce tagged data that preserves the content, links, 
and structure of the original electronic media description. 

Background Description 

An initiative was started in the 1970's in the U.S. Department of 
20 Defense (DoD) to create a paperless ship environment for technical 

manuals. Originally the documents were raster scanned paper documents. 
In 1992, three Interactive Electronic Technical Manual (IETM) standards 
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were approved by the DoD. Currently, the U.S. DoD specification, 
MIL-PRF-87269, "Data Base, Revisable: Interactive Electronic Technical 
Manuals, For the Support Of is currently the only available published 
standard for developing IETMs. 
5 Interactive Electronic Technical Manuals (IETMs) are designed to 

enable a technician to walk through maintenance procedures in a logical 
sequence and through fault isolation techniques. An Interactive Electronic 
Technical Manual (IETM) can be one of the many by-products of Standard 
Generalized Markup Language (SGML)/eXtensible Markup Language 
1 0 (XML) content tagged data. The use of databases and legacy data for 

system maintenance/repair combined with SGML/XML tagged content can 
result in an IETM. 

There a number of varieties of IETMs in existence today. Each 
variation stores a description of the technical manual in a database 
15 structure. Some systems may use primitive flat file directory structure and 

some use more sophisticated relational databases. The stored data is in 
accordance with the DoD standard, but each system typically uses custom 
software to retrieve the data and create an interactive session of the manual 
or document. A technician views the manual on a terminal connected, 
20 either directly or via a network, to a host computer on which the database 

resides. As the technician makes interactive choices regarding which pages 
or procedures to view, additional data is retrieved from the database in 
order to format the requested pages. 

It has been determined that relational database IETMs enhance data 
25 maintainability, thus reducing management costs, and is the best solution 

for large-scale IETM applications. These applications use tools applicable 
to Database Management Systems (DBMS), most of which have 
proprietary data-replication facilities, typically utilize network protocols 
and procedures different from those used by the World Wide Web, and as 
30 such, not are compliant with an interoperable architecture. In particular, 
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Class 4 IETM applications require the services of a separate DBMS as well 
as the presentation method that is encapsulated in the IETM. 

A class 4 IETM represents the group of hierarchically structured 
IETMs. Class 4 IETMs represent the primary desired IETM class for new 

5 acquisition programs currently being procured by the U.S. Navy. Class 4 is 

a complete departure from previous classes whose data is structured to 
support a classical publishing environment based on sentence, paragraph, 
chapters, pages, etc. Class 4 data is created and managed as hierarchical 
objects within a database. Class 4 IETMs are not bound by a 

10 predetermined sequence of presentation, and by building a hierarchical 

database structure provides the logic and the linkage among and between 
data that is inherently integral to hierarchical databases. Data is created 
once with no duplication. Links are provided between the IETM elements 
controlling navigation and allowing the user a customized View of data. 

1 5 There are several known problems or disadvantages of viewing 

IETMs according the state of the art methods. For instance, IETM 
application developers utilize proprietary viewers for their IETM data. The 
Web solution for their IETMs require the services of a separate database 
management system (DBMS), as well as presentation methods that 

20 encapsulate the IETM presentation. These methods utilize specialized 

server and client software, creating additional infrastructure burdens, and 
resulting in cost and maintenance impacts associated with the products 
development. Thus, there is a need to enhance cross platform support and 
technical data interoperability. Class 4 IETMs are difficult to manage in a 

25 Web environment. 

Figure 1 shows a state of the art process for presenting an IETM to 
a user. First, a technical manual is described 100 by a series of functional 
descriptions, links, graphics and other data as necessary to fully describe a 
document. An authoring tool 102 is used to convert this description into a 

30 database 104. There are several authoring tools available as commercial 
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off the shelf (COTS) products, such as AIMMS™ available from Raytheon 
Corporation of Lexington, MA, DynaText® available from INSO® 
Corporation of Providence, RI, and Guide available from Info Access™ 
Inc. of Belleview, WA. Each tool uses its own database format, some of 
which are merely directory structures containing files, and some may be 
relational databases. A presentation tool 106 is then required to retrieve the 
manual description from the database 104 and display the information to 
the user 108. Information displayed can be graphical 109 or textual 1 10, as 
defined in the database 104. These current systems are often inefficient and 
inadequate for standalone user environments for the reasons stated above. 

SUMMARY OF THE INVENTION 

The aforementioned problems with presenting an IETM in a 
standalone environment and other problems with the prior art as described 
in the detailed description, below, are addressed by the present invention 
1 5 and will be understood by reading and studying the following 

specification. A method for parsing an electronic media database structure 
to produce tagged data is described which preserves the content, links, and 
electronic media structure such that the tagged data can be viewed using 
standard web browsers on a stand alone system. This method also provides 
20 an electronic media database structure that allows a user to view the 

electronic media using traditional IETM presentation methods. 

Another advantage of the present invention is that it provides a 
method for efficiently updating the stand alone versions of electronic 
media when the database is modified to reflect changes in the electronic 
25 media, or technical manuals. 

In particular, an illustrative embodiment of the present invention 
produces HTML data as an IETM (home page) linked into a relative 
structure of Web pages to support IETM deployment. The extraction 
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process assesses the functionality associated with each node designated for 
presentation and builds a virtual Web, based on attributes stored in the 
IETM database. A series of Web pages with links that hierarchically 
presents IETM data at run time is produced. The preferred embodiment 
5 supports a data warehousing strategy that converts any data type eligible 

within the relational database. The data warehousing strategy 
implementation stores data in a non-application specific environment and 
allows any data currently stored in the database to be included in the 
presentation to the user regardless of the origin of the data. This format 
10 free approach to data storage enhances the lifecycle of the data. This 

expands support across multiple types of technical and engineering data. 

The preferred embodiment of a Web IETM implementation utilizes 
a relative addressed pure HTML solution viewable with a standard Web 
browser. This open system implementation is cross platform and 
1 5 infrastructure independent, requiring no special server software. Retaining 

the hierarchical structure dictated by the relational database in HTML 
output enhances the supportability and maintainability of the Web IETM 
implementation. Updates to this Web IETM implementation can be 
incrementally applied within the hierarchy (small sections of data) or the 
20 entire logical sections of Web data and sent to the user using many 

convenient methods, including via e-mail. 

According the preferred embodiment, an IETM database is parsed 
to identify whether a data object is of type menu, narrative, graphic, table, 
or procedure. If the data object is a menu type, a starting menu is created. 
25 The data object information is selected from the Database. An HTML file 

representing the data object is created. Any links found within the data 
object information are stored for later processing. The saved links are then 
processed. Procedure objects are recursively parsed to account for exited- 
to procedures and yes/no decision branches in the procedure. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



The foregoing and other objects, aspects and advantages will be 
better understood from the following detailed description of a preferred 
embodiment of the invention with reference to the drawings, in which: 

5 Figure 1 illustrates a state of the art system for displaying an 

Interactive Electronic Technical Manual; 

Figure 2 illustrates a system for extracting an Interactive Electronic 
Technical Manual description and generating Web pages; 

Figure 3 is a flow diagram of the method of the present invention; 
10 Figure 4 shows the dialog box used to select the menu hierarchy to 

be extracted; 

Figure 5 shows dialog boxes used to define the scope of the Extract 
process; 

Figure 6 shows the dialog box used to select the graphics file 
15 extension; 

Figure 7 shows the status report dialog box of the Extract process; 
Figure 8 shows the IETM database structure; 
Figure 9 is a flow diagram of the general method of the Extract 
process; 

20 Figures 10A and 1 OB are a flow diagram for the process of parsing 

the selected node or data class; 

Figure 1 1 shows a top level menu of the Extracted IETM with one 
item expanded; 

Figure 12 is an excerpt of HTML code generated by the Extract 
25 process for a table object; 

Figure 13 is an excerpt of HTML code generated by the Extract 
process for a graphic object; 

Figure 14 is an excerpt of HTML code generated by the Extract 
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process for a text object; and 

Figure 15 shows an example of the first page of a procedure 
generated by the Extract process. 

DETAILED DESCRIPTION OF A PREFERRED 
5 EMBODIMENT OF THE INVENTION 



In the following detailed description of the illustrative 
embodiments, reference is made to the accompanying drawings which 
form a part hereof, and in which is shown by way of illustration specific 
illustrative embodiments in which the invention may be practiced. These 
1 0 embodiments are described in sufficient detail to enable those skilled in 
the art to practice the invention, and it is to be understood that other 
embodiments may be utilized and that logical, mechanical and electrical 
changes may be made without departing from the spirit and scope of the 
present invention. The following detailed description is, therefore, not to 
15 be taken in a limiting sense. 

Referring again to the drawings, and more particularly to Figure 2, 
there is shown an overview of the preferred embodiment of the present 
invention. The method utilizes a database enabled authoring and 
presentation system for development and display of technical 
20 documentation. These applications are Windows™ based and present 

Menus, Graphics, Text, Table and Procedure data to support user needs in 
operation and maintenance for the deliverable systems. (Windows is a 
trademark of Microsoft Corp.) 

In order to produce a Web presentation 206 for IETM solutions 
25 operating in a Web architecture, an HTML Filter (Extract Application) 200 

creates a pure HTML-based presentation 202 from the IETM database 104. 
IETM authoring activities 102 are able to continue as normal, retaining 
advantages of the DBMS 104 for development, but IETM deliveries are 
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extracted 200 to create a Web browser- viewable presentation 202. 

The presentation 202 consists of an IETM "Home Page" 204 that 
references a structure of Web pages that support IETM deployment. The 
Web page structure uses "relative address" structure, meaning that the 

5 entire Web can be relocated to any machine, in any directory, and the 

hyperlinks, or uniform resource locators (URLs) still operate as desired. 
The Extract or filtering process 200 assesses the functionality and data type 
associated with each IETM data Node designated for presentation, and 
builds a virtual Web, based on the attributes and data stored in the 

1 0 relational database 1 04. This results in a series of Web pages 204 and 206 

with links that hierarchically present the information at run time. This 
implementation estranges, or separates, the IETM presentation system 
from the DBMS and produces an infrastructure dependent deployment 
model. Utilizing pure HTML (standard Web pages) is an advantage 

1 5 because it produces a thin server/client IETM deployment that is cross 

platform compatible. 

The Extract process reads IETM data stored in an IETM relational 
database and generates a relative addressed Web comprising HTML pages 
hyper-linked together to preserve the structure of the IETM. The Extract 

20 application of the preferred embodiment processes five (5) different types 

of IETM objects: menus, text, tables, graphics and procedures. 

Referring now to Figure 3, a flow diagram of the Extract process 
200 of Figure 2 is shown. The Extract process connects to the DBMS 
utilizing operator-defined protocols and controls identified in an 

25 initialization file, Extract.ini, resident with the application. An example 

Extract.ini is shown below, with comments in brackets "{}". 
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[Database] 

DBMS=MSS (Msoft) SQL Server 6.0 {identifies the database management 
system where the IETM database 
resides} 

5 Database=ARCI {registered name of the database with which to connect} 

Userld= {user login (secure data source only)} 

DatabasePassword= 
LogPassword= 

ServerName=medialab {domain name of the server where database resides 
1 0 (remote database only)} 

Logld=sa {database user ID} 
Lock= 

DbParm=Connectstring='DSN=Sqlserlmfsauth' {Connect string based on data 

server name as registered in 
15 the environment} 

Prompt=0 

DblniFile-'Imfsauth.ini" 
[Path] 

PathDir=g:\extract {location to output html data} 
20 GraphicsPath=GRAPHICS\ {when deployed, relative address of images. 

when processing HTML file that contains an 
image, this information is appended to the 
image name to provide accurate relative path} 
[basePaths] {Collection of applications and items that are eligible for 
25 Launching from the IETM content. Example 'PDF=legacy' PDF 

(Portable Document Format) is the launch type and legacy is the 
basepath. When a launch type of PDF is encountered during 
extract, the basepath is appended to the file name in the HTML 
to indicate where the source file can be located, (similar process 
30 as images). 

CBT=CBT 
PDF=legacy 
Legacy= Legacy 
OpsWeb=Web 
35 IETM=IETM 
AVI=media 
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A top level menu is generated in function block 302 to provide the 
user with a hierarchical view of the IETM menu items. This menu provides 
navigation through various levels of the hierarchy. The user highlights a 
section of the IETM menu to define the point in the menu structure to 
5 initiate the extract process in function block 304. Using pull-down menus, 

the user selects the process to initiate, for instance as shown in Figure 4, 
HTML is the selected (highlighted) process. 

Once the Extract process is initiated, the user makes selections for 
controls to define the scope associated with the extraction to HTML 

1 0 process in function block 306. These controls are presented in easy to 

understand dialogue boxes as shown in Figure 5. These controls allow the 
user to make decisions associated with how the HTML will be generated. 
Based on user selections, a defined menu structure may be designated, or 
previously generated HTML files may be skipped. 

15 If the user chooses to generate link files in dialog box 5 1 , all links 

(or data resources) required for this page or menu will be extracted. The 
hierarchy is extracted to a logical end. If the user chooses not to generate 
link files in dialog box 51, then only the top level menus are generated. 
This is efficient if the document has been previously generated in 

20 incremental pieces. If the user chooses to replace existing files in dialog 

box 52, then all previously created HTML files are assumed to have 
changed and will be regenerated and old files are overwritten. Otherwise, 
the old files are not overwritten as new files are generated. The user may 
also choose to generate a text file containing a list of all graphics and 

25 photo files which are referenced in the database for easy conversion later. 

To enhance cross platform compatibility of the extracted Web 
IETM, the user is provided a dialog selection that enables the selection of a 
graphics format to be deployed 308, as shown in Figure 6. This selection 
ensures that graphic filenames referenced in the HTML files will be 

30 consistent with the deployed graphics images. Regardless of the graphics 
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file extension referenced in the IETM database, this selection substitutes 
the selected graphics extension during the HTML Extract process. This 
process also "normalizes" the extension case, adding cross platform 
functionality. 

5 The graphics in the IETM database could be in any number of 

formats. The graphics files need to be converted to the selected deployed 
format 310. In the preferred embodiment, once the user selects the scope of 
the Extract process, a file may be optionally created that lists every graphic 
referenced within this hierarchy. This list is used to ensure that only the 
1 0 graphics files actually used are converted. This conversion may be done 

manually using any number of conversion tools known to one skilled in the 
art, or it could be implemented as an automatic procedure that reads from 
the previously generated graphics file list. Because COTS graphics formats 
are prone to change without notice, the preferred embodiment uses the 
1 5 manual method of conversion to avoid unforseen compatibility problems. 

Although the preferred embodiment of the invention allows 
interactive selections by a user, it would be apparent to one skilled in the 
art how to modify the procedure to allow predefined or default controls. 

While the HTML Extract process is running, the user is presented 
20 with a real-time updating dialog that indicates the progress of the 

automatic procedure 312, as shown in Figure 7. All files created are listed, 
to indicate how far along the process is. This report identifies any errors 
associated with the Extract process. These errors include data 
inconsistencies, code errors, and resource descriptions. An Extract Report 
25 can be saved to a text file or printed for future evaluation. 

The nature and structure of information in an IETM database 
requires some definition of terms to describe data within the database 
environment and the specific use of the Extract process. The hierarchical 
associations defined in the IETM database are defined in Levels. Figure 8 
30 presents the terms and implied associations to be referenced throughout the 
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following description. 

Referring now the Figure 8, the IETM database structure organizes 
nodes in a hierarchical structure that supports authoring and presentation 
of data. A defined system level node 81 defines the parent or top 
5 hierarchical level of the relational database. Data classes 82 are 

compartments, or database storage bins defined under a system. Each data 
class has an associated "edit type" defining the type of data stored in the 
database. Valid data types are 

• Menu, 
10 • Text, 

• Graphics, 

• Tables, and 

• Procedures. 

Nodes 83 are the actual database data elements stored in the database. The 
1 5 IETM authors import or edit the data under various data classes. Nodes are 

stored as plain text in a format free environment. The nodes are parented to 

a data class retaining the hierarchy of the data. 

Referring again to Figure 3, when extracting the data from DBMS 

control to HTML in function block 314, it is important to retain as much of 
20 the database structure as possible to enhance data reusability. This is 

accomplished by implementing a Web structure that closely mimics the 

database while conforming to HTML relative addressing rules. Figure 9 

illustrates the general flow of the Extract process. 

Recalling that a menu structure was selected in 304 of Figure 3, the 
25 process then extracts a node or data class selected from the menu in block 

91. The links in the selected menu structure are identified in block 92. 

When the links are identified in block 92, as described further below, four 

pieces of information are saved in array: the system id, class id, node id 

and name of the IETM object. These four pieces of information are saved 
30 in the array only if they are not contained in the array currently. After the 
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identification process terminates, the array of saved links is processed in 
block 93. 

In a preferred embodiment of the invention, the identification 
process is called for each save link, to create the HTML file for the saved 

5 system id, class id, and node id. The HTML files generated in block 92 

contain links to other HTML pages via the use of anchor tags. The file, to 
which the anchor refers, is not created until the link is processed in block 
93, calling the process of block 92 for processing. The files created in 
block 92 are complete and are not modified by the processing in block 93. 

10 Postponing the processing of the links is done to free up resources and 

speed the performance of the extraction. One should note that during the 
processing of the links in block 93, the process of block 92 is executed and 
more saved links could be added to the array. Once all of the links have 
been processed the extract process is complete. 

1 5 As illustration, suppose IETM object B links to IETM object C. 

When executing the link identification process for IETM object B and 
encountering the link to IETM object C, the system id, class id, node id 
and name of the IETM object C is saved in an array. The identification 
process completes for IETM object B (all database objects and file objects 

20 are closed and destroyed). The saved link for IETM object C is retrieved 

from the array (block 93) and the identification process (block 92) is called 
for the IETM object C. If IETM object C links to IETM object D, the link 
to IETM object D would be saved. The identification process completes 
for IETM object C (all database objects and file objects are closed and 

25 destroyed). The saved link for IETM object D is retrieved from the array 

(block 93) and the identification process (block 92) is called for IETM 
object D. 

In another embodiment of the invention, processing of the links 
occurs immediately instead of information being saved in an array. For 
30 instance, IETM object B links to IETM object C. When executing the link 
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identification process (block 92) for IETM object B and encountering the 
link to IETM object C, the identification process is called immediately to 
create the file for IETM object C. The database objects and file objects 
associated with the IETM object B are left open until the processing of 

5 IETM object C is completed. If IETM object C links to IETM object D, the 

identification process is called immediately to handle the link to IETM 
object D. At this point the database objects associated with the IETM 
object B and IETM object C would be open. Over time, the number of 
database and file objects could expand rather quickly. It would be apparent 

10 to one skilled in the art that various implementations, all falling within the 

scope of the invention, could be used for identifying and processing the 
links to create the HTML pages, and that different methods produce 
varying results with respect to performance. 

Figures 10A and 10B illustrate the preferred method of parsing the 

1 5 selected node or data class as in step 92. First, the IETM data type for the 

node or data class is determined in block 1 001 . If it is a menu type as 
determined in decision block 1002, a starting menu is created from user 
selected location in block 1003. Child data classes or nodes from the 
database are selected, given a menu data class in block 1004. An HTML 

20 file for a menu consisting of table row and table cell tags for alignment is 

created in block 1005. A table cell contains an anchor tag for links to sub- 
menus or IETM objects. Finally, for each child data class or node, the 
extract process is begun again in block 1006, transferring control to block 
1001. If the user chose not to process links in the control selection phase, 

25 as described for Figure 5, then step 1006 is skipped for subordinate links 

and control is passed back to block 1001. 

If the IETM data type for the node or data class is of narrative type, 
as determined in decision block 1010, then the narrative information is 
selected from the database in block 1011. An HTML file is created for a 

30 narrative consisting of paragraph and anchor tags for links to other IETM 
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objects in block 1012. One should note that if the HTML already exists, 
and the user chose not to replace all files during the control selection 
phase, then the existing file is not overwritten, and only new files, for links 
not previously processed, are created. Any links found within the narrative 
5 information are saved for later processing in block 101 3, if the user 

selected links to be processed in the control selection phase, and the 
parsing of this node is now complete. 

If the IETM data type for the node or data class is of graphic type 
as determined in decision block 1020, then the graphic information is 
1 0 selected from the database in block 1 02 1 . An HTML file is created for a 

graphic consisting of an image map with area tags for links to other IETM 
objects in block 1022. Any links found within the graphic information are 
saved for later processing in block 1023 and the parsing of this node is 
now complete. 

15 If the IETM data type for the node or data class is of table type as 

determined in decision block 1030, then the table information is selected 
from the database in block 1 03 1 . An HTML file is created for a table 
consisting of table header, table row, and table cell tags in block 1032. 
Each cell may contain anchor tags to other IETM objects. Any links found 

20 within the table information are saved for later processing in block 1 033 

and the parsing of this node is now complete. 

If the IETM data type for the node or data class is of procedure type 
as determined in decision block 1040, then the procedure information is 
selected from the database in block 1041 . An HTML file is created for a 

25 procedure consisting of table row, table cell tags and checkbox tags in 

block 1042. Anchor tags may be included to link to the other IETM data 
types. Any links found within the table information are saved for later 
processing in block 1043 and the parsing. A test to determine whether the 
procedure has an exit is performed in decision block 1 044. If there is an 

30 exit, then procedure information for the exited-to procedure is selected in 
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block 1045 and another HTML file is created in block 1042. Otherwise, a 
test to determine whether the procedure has a decision is performed in 
decision block 1046. If there is a decision, then the Yes portion of the 
procedure is recursively extracted in 1 047 and then the No portion of the 
5 procedure is recursively extracted in block 1048. Otherwise, if there was 

no decision then the processing for this node is complete. 

Utilizing the database generated auto-increment numerical fields, 
the Extract process converts the hierarchical data properties from the 
relational database into relative addressing for presentation in a Web 
10 browser. Links and relationships and between the IETM nodes are retained 

utilizing a common and consistent data storage structure. The numerical 
directories utilized for data storage and naming do not hinder data 
maintenance. All data is intended to be maintained in the relational 
database. 

1 5 Each IETM data type is represented by one HTML page except in 

the case of the procedure data type. The IETM data is structured 
hierarchically in a tree, starting with menu items that are hyperlinked to 
either child menus or one of the other IETM data types. In turn, the child 
menu could link to another child menu or one of the other IETM data 

20 types. The last node in the tree cannot be a child menu; it must be either a 

text, graphic, table or procedure data type. A menu item can only be linked 
from another menu item. The Extract process uses recursion to traverse the 
tree, generating HTML files for each IETM data type encountered. 

Figure 1 1 shows an example of a top level menu 1 1 00 for an 

25 Acoustic Data Base. The functionality of the HTML generated menu 

structure mimics the functionality of a tree view. A graphic image of a plus 
sign 1 101 is displayed before each menu item in the top level HTML page. 
When a menu item is clicked, the child menu is displayed "expanded" 
underneath the menu item clicked with the graphic image of a plus sign 

30 preceding each child menu item and a graphic image of a minus sign 1 102 
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preceding the parent menu item. 

Figure 12 shows an excerpt of HTML code generated by the 
Extract process for a table object. When processing a table object, the 
Extract process reads the table header, row and column information stored 
5 in the IETM relational database and generates the appropriate HTML table 

header 1201, table row 1202, 1203 and 1204 and table cell tags 1205. 

Figure 13 shows an excerpt of HTML code generated by the 
Extract process for a graphic object. When processing a graphic object, the 
Extract process reads the graphic file name and hot spot coordinates from 

10 the connected database and generates an HTML image map using the 

graphic file name 1301. The hot spot coordinates are used to generate area 
tags 1302 within the image map to link to other IETM data types. The 
bottom of a graphic page may also contain graphic images of buttons that 
link to other IETM data types 1303. 

1 5 Figure 1 4 shows an excerpt of HTML code generated by the 

Extract process for a text object. Similarly, for text data, the Extract 
process reads the textual information from the connected IETM relational 
database and generates corresponding paragraph tags 1401 to represent the 
data in HTML. 

20 A text, table, graphic or procedure data type may contain one or 

more links to other IETM data type(s), except the menu type. When the 
Extract process encounters a link to another data type, an HTML anchor 
tag is written to the file for the data being processed and the application 
recursively calls itself to process the "linked to" object. The starting date 

25 and time is saved in order to avoid extra processing, since one IETM data 

type can be linked from multiple places. The entire IETM may be 
generated at once, or incrementally in smaller portions at different times. 
The user can navigate to the specific piece of the IETM and click a menu 
option to being the Extract Process. 

30 Figure 15 shows an example of the first page of a procedure 
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generated from the Extract process. When processing a procedure object, 
the Extract process reads the procedure steps from the IETM relational 
database. Procedures can be presented in a single HTML file if the 
procedure does not contain any decisions. If a procedure contains 
5 decisions, the preferred method is that the procedure will be presented in 

multiple HTML files. Although not necessary to the extract process, it has 
been shown that users desire a method to keep track of which steps in a 
procedure have been performed. Therefore., a non-functioning check box 
1501 precedes each procedure step so that the user/operator can keep track 

10 of which steps in the procedure have been performed by checking the 

boxes. This information only appears on the screen for the current session 
and is not permanently saved. In order to meet the U.S. government 
standards for IETM development, but also not necessary to the Extract 
process, some procedure steps are preceded by warnings, cautions and 

15 notes text 1502 that are color-coded red, yellow and blue, respectively. 

Links to other IETM data types 1503 can be included in a procedure step 
1 504. Procedures can contain one or more decisions. A decision is a yes-no 
question. The procedure decision step is followed by a hyperlink titled 
Yei" 1505 and a hyperlink titled "No" 1506. Each of these hyperlinks 

20 links to other procedure step pages which in turn can contain other 

decisions. 

According to the preferred embodiment of the present invention, 
the code used to present procedures, as outlined previously, utilizes two 
levels of recursion. When a procedure is authored, the procedure can exit 

25 to other common procedures allowing data sharing and non-replication of 

data. The final HTML presentation of the IETM must mask the details 
used in constructing the procedure. The other complicating factor in 
procedures is the process flow of decision steps. Since procedures with 
decisions are represented in multiple files, sometime when processing a 

30 decision branch of an "exited to" procedure the steps after the exit in the 
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parent procedure need to reside in the HTML file of the decision step of 
the "exited to" procedure. The steps after the exit in the parent procedure 
need to be included in the yes and no branch HTML files. Whenever an 
exit to another procedure is encountered a "recursive look ahead" is 
5 performed to determine if the "exited to" procedure or any of its 

descendants contain decisions. The second use of recursion is used to 
process the yes and no branches of a decision. The application calls itself 
to process a new HTML file for the yes branch and a new HTML file for 
the no branch. 

10 Referring again to Figure 3, once the data has been extracted and 

the HTML pages are created, the entire relative addressed Web can be 
exported for use on a standalone machine in function block 316 and then 
displayed in function block 318 by a standard Web browser. This method 
is advantageous for periodic updates of the electronic media because a 

1 5 small subset of the Web can be regenerated as needed and then exported to 

the user via a disk or even by e-mail. With traditional methods of 
displaying an IETM, the DBMS is updated (or re-authored) and the custom 
client-server system must regenerate the pages viewed by the user as 
needed. This has been problematic because the user's system must remain 

20 connected to the DBMS server in order to receive any updated pages. In 

contrast, the present invention allows the IETM updates to be received on 
a diskette, or other media, or sent by e-mail, or downloaded by the user and 
then subsequently quickly installed on the target machine by the user. The 
IETM can then be viewed on a standalone machine with an ordinary web 

25 browser with no connection to a network or DBMS server. 

An advantage of the method of the present invention is the 
operational performance of the extracted web far exceeds the existing 
Windows™ based presentation products. Testing for both the stand-alone 
personal computer (PC) based and URL Server based extract Web 

30 provided ten (10) times performance improvements in speed of presenting 
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data to the user. This enhances the overall acceptance of the product. 

In addition, the HTML Web created by the Extract process is thin 
server / client. When operated in a server mode (connectivity to the 
intranet) the application requires only minimal storage and a standard Web 
5 server (like Internet Information Service) and only a standard Web 

browser. The HTML files produced by the Extract process support PC 
stand-alone operation through 'file serving' using a standard web browser 
with no plug-ins or personal server application with no loss in 
functionality. 

1 0 The preferred embodiment of the present invention operates on 

IETM databases and is described in more detail above in this context. It 
would be apparent to one skilled in the art that the present embodiment 
could be easily modified to operate on any database containing data of a 
hierarchical nature that is desired to be presented to a user in an easily 

1 5 manipulable and navigable format, such as Web pages. In addition, while 

the preferred embodiment is designed to read data from a relational 
database, it would be apparent to one skilled in the art how to modify the 
invention to parse data stored in any number of formats. 

As a perfecting feature of the invention, but not necessary to its 

20 practice in accordance with its basic principles, large quantities of 

engineering data can be warehoused in the Extract database, with 
supporting data warehousing strategies, as described above. Once the data 
has been stored in the database using an authoring or similar tool, it is 
eligible for Extract to HTML for presentation on the Web supporting 

25 customer review, thin client data delivery, data archive and enhanced data 

configuration management. Web base marketing data could also be 
warehoused and presented using this method. By using the Extract process 
of the present invention with these and other types of data, virtually any 
electronic media description can be transformed into a portable web of 

30 information. 
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While the invention has been described in terms of a single 
preferred embodiment, those skilled in the art will recognize that the 
invention can be practiced with modification within the spirit and scope of 
the appended claims. 
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CLAIMS 



Having thus described our invention, what we claim as new and 
desire to secure by Letters Patent is as follows: 



1 LA method for generating relative addressed Web pages from an 

2 electronic media database structure, said method comprising: 

3 connecting to a database structure having data defining an 

4 electronic media description; 

5 generating a top level menu of a structure from said electronic 

6 media description; 

7 selecting a menu structure to parse; 

8 parsing said selected menu structure; and 

9 generating tagged data relative Web pages that preserve said 

1 0 hierarchy of said original electronic media description in said DBMS. 

1 2. A method as recited in claim 1 , wherein said hierarchy is preserved by 

2 generating links between and among said tagged data relative Web pages 

3 which correspond to said original hierarchy of said original electronic 

4 media description. 

1 3. A method as recited in claim 1 , further comprising selecting 

2 interoperability options. 

1 4. A method as recited in claim 3, further comprising converting graphics 

2 files to a format selected in the step of selecting interoperability options, 

3 wherein a user may choose to convert only graphics files actually 

4 referenced in said selected menu structure. 
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1 5. A method as recited in claim 1, further comprising displaying status of 

2 generating tagged data relative web pages in real time. 

1 6. A method as recited in claim 1 , further comprising exporting said 

2 relative Web pages to be used in a standalone environment. 

1 7. A method as recited in claim 6, wherein the step of exporting is 

2 performed by sending e-mail web page updates to a user, said user 

3 overwriting existing web pages with said web page updates. 

4 8. A method as recited in claim 1 , further comprising displaying said 

5 tagged data relative Web pages using a Web browser. 

1 9. A method as recited in claim 1 , wherein said tagged data relative Web 

2 pages are coded in one of the languages selected from the group consisting 

3 of Standard Generalized Markup Language (SGML), extensible Markup 

4 Language (XML) and HyperText Markup Language (HTML). 

1 10. A method as recited in claim 1, wherein the step of parsing said 

2 selected menu structure further comprises identifying whether a data object 

3 is of type menu, narrative, graphic, table, or procedure. 

1 1 1 . A method as recited in claim 10 wherein said data object is of type 

2 menu, further comprising: 

3 selecting menu information from said DBMS; 

4 creating a start menu; and 

5 for each child data class or node, recursively performing said 

6 parsing and said generating steps. 
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1 1 2. A method as recited in claim 1 0 wherein said data object is of type 

2 narrative, graphic or table, further comprising: 

3 selecting object information from said DBMS; and 

4 saving links found within said information for later processing. 

1 1 3. A method as recited in claim 1 0 wherein said data object is of type 

2 procedure, further comprising: 

3 selecting procedure information from said DBMS; 

4 saving links found within said procedure information for later 

5 processing; 

6 if there is an exited-to procedure then 

7 selecting procedure information for an exited-to procedure 

8 from said DBMS; and 

9 recursively performing said parsing and said generating 

10 steps for said exited-to procedure; and 

1 1 if there is a decision in said procedure comprising a YES portion 

1 2 and a NO portion then 

1 3 selecting the YES portion of said procedure and recursively 

14 performing said parsing and said generating steps on the 

15 YES portion; and 

16 selecting the NO portion of said procedure and recursively 

17 performing said parsing and said generating steps on the 

18 NO portion. 

1 14. An apparatus for parsing a database structure to produce tagged data 

2 that preserves the content, links, and structure of the original electronic 

3 media description that can be viewed as a local relative addressed Web of 

4 pages, comprising: 

5 a DBMS with data defining an electronic media description; 

6 a user interface allowing a user to interactively select options 
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7 controlling an extraction process and view status; and 

8 an extractor for extracting data from said DBMS and generating 

9 tagged data relative Web pages that can be exported and viewed by a 
10 standalone computing device using a Web browser. 

1 15. An apparatus for parsing a database structure to produce tagged data as 

2 recited in claim 14, wherein said extractor utilizes recursion. 

1 16. A method for extracting data from a selected menu structure of an 

2 electronic media database structure for generating relative addressed Web 

3 pages, said method comprising: 

4 (a) identifying whether a data object is of type menu, narrative, 

5 graphic, table, or procedure, and if said data object is a menu type, creating 

6 a starting menu from said selected menu structure; 

7 (b) selecting data object information from said DBMS; 

8 (c) creating an HTML file representing said data object; 

9 (d) saving links found within said information for later processing; 

1 0 (e) if said data object is a procedure type, then if there is an exited- 

11 to procedure then 

12 (1) selecting procedure information for an exited-to 

13 procedure from said DBMS; 

14 (2) creating an HTML file representing said exited-to 

15 procedure; 

16 (3) recursively performing steps (a) to (f) for said exited-to 

17 procedure; and 

18 (f) if said data object is a procedure type, then if there is a decision 

1 9 in said procedure comprising a YES portion and a NO portion then 

20 (1) selecting the YES portion of said procedure and 

21 recursively performing steps (a) to (f) on the YES portion; 

22 and 
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23 (2) selecting the NO portion of said procedure and 

24 recursively performing steps (a) to (f) on the NO portion; 

25 (g) processing said saved links; and 

26 (h) repeating steps (a) to (g) for each data object in said selected 

27 menu structure. 

1 17. A computer readable medium containing code for extracting data from 

2 a selected menu structure of an electronic media database structure for 

3 generating relative addressed Web pages, the code implementing steps of: 

4 (a) identifying whether a data object is of type menu, narrative, 

5 graphic, table, or procedure, and if said data object is a menu type, creating 

6 a starting menu from said selected menu structure; 

7 (b) selecting data object information from said DBMS; 

8 (c) creating an HTML file representing said data object; 

9 (d) saving links found within said information for later processing; 

1 0 (e) if said data object is a procedure type, then if there is an exited- 

1 1 to procedure then 

12 (1) selecting procedure information for an exited-to 

13 procedure from said DBMS; 

14 (2) creating an HTML file representing said exited-to 

15 procedure; 

1 6 (3) recursively performing steps (a) to (f) for said exited-to 

17 procedure; and 

18 (f) if said data object is a procedure type, then if there is a decision 

1 9 in said procedure comprising a YES portion and a NO portion then 

20 (1) selecting the YES portion of said procedure and 

2 1 recursively performing steps (a) to (f) on the YES portion; 

22 and 

23 (2) selecting the NO portion of said procedure and 

24 recursively performing steps (a) to (f) on the NO portion; 
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25 (g) processing said saved links; and 

26 (h) repeating steps (a) to (g) for each data object in said selected 

27 menu structure. 

1 18. The computer readable medium of claim 1 7 wherein the computer 

2 readable medium is a data signal embodied in a carrier wave. 

1 1 9. The computer readable medium of claim 1 7 wherein the computer 

2 readable medium is a data signal embodied in a digital data stream. 

1 20. A computer data signal embodied in a carrier wave comprising 

2 computer code for extracting data from a selected menu structure of an 

3 electronic media database structure for generating relative addressed Web 

4 pages, comprising: 

5 a first code section for identifying whether a data object is of type 

6 menu, narrative, graphic, table, or procedure, and if said data object is a 

7 menu type, creating a starting menu from said selected menu structure; 

8 a second code section for selecting data object information from 

9 said DBMS; 

10 a third code section for creating an HTML file representing said 

1 1 data object; 

12 a fourth code section for saving links found within said information 

1 3 for later processing; 

14 a fifth code section for recursively processing links and decision 

1 5 branches in procedure type information; and 

16 a sixth code section for processing said saved links. 

1 21 . The computer readable medium of claim 20 wherein the computer 

2 readable medium is a data signal embodied in a carrier wave. 
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1 22. The computer readable medium of claim 20 wherein the computer 

2 readable medium is a data signal embodied in a digital data stream. 

1 23. A computer data signal embodied in a carrier wave comprising a 

2 plurality of web pages wherein a hierarchy of an electronic media database 

3 structure is preserved in said plurality of web pages by generating links 

4 between and among said tagged data relative Web pages which correspond 

5 to said original hierarchy of said original electronic media description 

6 contained in an electronic media database structure, said web pages 

7 generated by a method comprising: 

8 generating a top level menu of a structure from said electronic 

9 media description; 

1 0 selecting a menu structure to parse; 

1 1 parsing said selected menu structure; and 

12 generating tagged data relative Web pages and preserving said 

13 hierarchy of said original electronic media description in said DBMS, 

14 wherein said web pages are generated on a server connected to said 

15 original electronic media database structure and said computer data signal 

16 is transmitted to a user not directly connected to said server. 

1 24. A computer data signal embodied in a digital data stream comprising a 

2 plurality of web pages wherein a hierarchy of an electronic media database 

3 structure is preserved in said plurality of web pages by generating links 

4 between and among said tagged data relative Web pages which correspond 

5 to said original hierarchy of said original electronic media description 

6 contained in an electronic media database structure, said web pages 

7 generated by a method comprising: 

8 generating a top level menu of a structure from said electronic 

9 media description; 

1 0 selecting a menu structure to parse; 
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1 1 parsing said selected menu structure; and 

12 generating tagged data relative Web pages and preserving said 

13 hierarchy of said original electronic media description in said DBMS, 

14 wherein said web pages are generated on a server connected to said 

15 original electronic media database structure and said computer data signal 

16 is transmitted to a user not directly connected to said server. 
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SYSTEM AND METHOD FOR INTERACTIVE 
ELECTRONIC MEDIA EXTRACTION FOR WEB 
PAGE GENERATION 

ABSTRACT OF THE DISCLOSURE 

5 A system and method for parsing an electronic media database structure to 
produce tagged data that preserves the content, links, and electronic media 
structure. In particular, HyperText Markup Language (HTML) data is 
generated as an Interactive Electronic Technical Manual (IETM) (home 
page) linked into a relative structure of Web pages to support IETM 

10 deployment. An extraction process assesses the functionality associated 

with each node designated for presentation and builds a virtual Web, based 
on attributes stored in the IETM database. A series of Web pages with 
links that hierarchically presents IETM data at run time is produced. The 
method supports a data warehousing strategy that converts any data type 

1 5 eligible within the relational database. This expands support across 
multiple types of technical and engineering data. The preferred 
implementation utilizes a relative addressed pure HTML solution viewable 
in standard Web browsers. This open system implementation is cross 
platform and infrastructure independent, requiring no special server 

20 software. Retaining the hierarchical structure dictated by the relational 

database in HTML output enhances the supportability and maintainability 
of the Web implementation. Updates to this Web implementation can be 
incrementally applied within the hierarchy (small sections of data) or the 
entire logical sections of Web data. 
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ADB Hardware Description 
Unit Functional Description 
Unit Operating Modes 
Unit Operations 

Unit Removal and Replacement Procedures 
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|<HTHLxHEADxTITL£>35TJ Cabinet Cooling Fan Asseirtoly R-4R Procedure</TITLExCENTERxA 
NAHE-"0"x/AxHl>35U Cabinet Cooling Fan Assembly R£R Procedure*:/ CENTERx/HlXHR WIDTH- 1 
SIZE-' 5'X/HEADxBODY> 

<A NAHE-"1"X/AXP> INPUT CCKDITIONS: 
<A NAHE-"2"X/AXP>Persoiinel Recommended: 2 
<A NAHE-"3 "X/AXP>2 Maintenance Technicians 
<CENTERXTABLE BORDER-2 CELLPADDING=3> 
<TR VALIGN-"CENTER"X ! — Begin table header data — > 
<TH>Description</TH> 

<TH>Part Nunfeer</TH> . _ 

<TH>Equipment NSN</TH> ? * - 

<TH>CAGE Code</TH> 
</TRX! — End o£ header data — > 

<TR ALIGN" "LEFT" VALIGN-"TOP"X ! — Begin row 1 data — > 
/ <TD> Nutdriver,5/16-inch</TD> 
X <TD> A-A-2382</TD> 
"( <TD> S1200029307S6</TD> 

X <TDXA HREF- 1 . ./. ./ 1/ 57/258 . html#7 ' > 5853 6</ Ax/TI» 
</TRX! — End of Row 1 — > 
[j <TR ALIGN- "LEFT" VALIGN-"TOP"X ! — Begin row 2 data — > 
"=r <TD> Nutdriver,3/8-inch</TD> 

jj6 <TD> A-A-2382</TD> ^ Il-O^ 

"V <TD> 512000222 1499</TD> 

,% <TDXA HREF-' . ./. ./ 1/ 57/258. hcml#7 ' > 5853 6</ AX/TD> 
.~ </TR><! — End o£ Row 2 — > 

<TR ALIGN- "LEFT" VALIGK-"T0P"x ! — Begin row 3 data — > 
"•s^<xd> Pliers, cutting, 6-inch , 
d </TD> i \"Z-<^ 

.J) <TD> A-A-2330</TD> 

/ <TD> 51100O22227O8</TD> 

<TCXA HREF- ' . ./. ./I/ 57/258. htial#7' > 5853 6</A></TD> 
- " o£ Row 3 — > 



I 



225.html - Notepad 



<HTHLxHEADxTITLE>35lJ Cabinet Cooling Fan Assembly Controls Photo</TITLExCENTERxA 
KAHE»"0 f, x/A><Hl>35U Cabinet Cooling Fan Assembly Controls Photo</CENTER></HlXHR WIDTH"' 100% ' 
SIZE- , 5'X/HEADXBODY> / ^ \ \ 

<CENTERXIHG SRC-" ../../ graphics/PHOTOS/POOhaOla. gi£" lsmap usemap"»"# image .map" border»0> 

Hotspot linfcs inside image map — XHAP NAHE image .map" > 
<AREA SHAPE-rect HREF-" ../../ 1/ 60/22 6 . html#0" TARGET— "_t op" ALT="3STJ Cabinet Cooling Fan 
Assembly Power S«ritcn" COORDS«"335, 2 6, 441, 129"> \ rO^ 



—XPXPXCENTERXPX/ CENTERX/ BODYX/ HTKL: 



<HTHLXHEADXTITLE>ADB Controls and Indicator s</ TITLEXCENTERXA NAHE-"0"X/ AXH1>ADB Controls 
and Indicators-C/CENTERX/HIXHR WIDTH- ' 100* ■ SIZE- 1 S ' X/H£ADxBODY> 

<A WAH£-"l"x/AxP>The ADB Hardware Configuration Item has no unique controls or indicators. It 
uses the controls and indicators of its components: 
<A KAHE-"2"X/AXP>1. 35TI Cabinet Cooling Fan Assei 



<PXA HREF" 



<A NAHE-"3"x/AxP>2 . Power DistributK 



.<PXA HREF" 



. Chassis Assembly - Front 
sfc Expansion Chassis Assembly Controls and Indicators 



<A NAHE-"4"x/AXP>3 . Dual Disk: Expansic 
- <PXA HREF- '../../ 1/ 82/278 . html#0 1 >Dual 1 
Photo</A> 

<A WAHE«"5"X/AxP>a. Disfc Drive Assembly 

<PXA HREF— 1 ../../ 1/ 82/ 227 . html#0 1 >Dlsfc Drive Assenbly Contrc 
<A NAHE-"S"X/AXP>4. Dual Disk Expansion Chassis Assembly - 

./ . ./l/82/240.html#0' >Disfc Expansion Chassis Assembly Rear Panel Controls Photo</A> 



. ./l/82/22S.html#0' >35U Cabinet Cooling Fan Assembly Controls Photo</A> 



i Unit 



./ 1/82/ 224. html#0' >PDU Controls and Indicators Photo</A> 



l Chassis Asseittoly - Front 



. Controls Photo</A> 



, <PXA HREF" 
<A NAHE-"7"X/AXP>5. Disfc Expai 

- <PXA HREF- 1 . ./. ./1/82/276. html#0 1 >D is fc Expansion Chassis Assembly Controls and Indicators 
Photo</A> 

<A NAHE-"8"X/AXP>a 
-<PXA HREF" 

<A NAHE-"9"X/AXP>6. Disfc Expansion Chassis Assenfely - Rear 
. <PXA HREF- 

<A NAHE-"10 
. <PXA HREF— 

<A NAHE-"11 
• <PXA HREF" 

<A NAME- "12 

- <PXA HREF- 
<A HAKE- "13 
<PXA HREF- 



/l/82/240.hcml#0 , >Disfc Expansion Chassis Assembly Rear Pai 
'X/AxP>7. Phase-2 CPU Chassis - Front 

. ./ . ./l^^SO-htntWO" >CPU Chassis Controls and Indicators Photo</A> 
'X/AXP>a. Disfc Drive Assembly 

. ./. ./l/82/227.html#0'>Bisfc Drive Assembly Controls and Indicators Photo</A> 
'x/AXP>8. Phase-2 CPU Chassis - Rear 

. ./. ./l/82/243.html#0'>CPU Chassis Rear Panel Controls and Indicators Photo</A> 
'X/AXP>a. FDD I Printed Circuit Board Assembly. 

. ./../!/ 82/805 . html#0 1 >FDD I Printed Circuit Board Indicators Photo</A> 



</BODYX/HTHL> 
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Application for United States Patent 



Declaration and Power of Attorney 



As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are as stated below next to my name; 



I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint inventor 
(if plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the invention entitled 
SYSTEM AND METHOD FOR INTERACTIVE ELECTRONIC MEDIA EXTRACTION FOR WEB PAGE 
GENERATION 

the specification of which: 



(check E is attached hereto 



Application Serial No._ 
and was amended on 



(if applicable) 



I hereby state that I have reviewed and understand the contents of the above identified specification, including the claims, 
(;ls amended by any amendment referred to above. 

..^ I acknowledge the duty to disclose information which is material to the examination of this application in accordance with 

: Title 37, Code of Federal Regulations, § 1.56* 

j I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19 of any foreign application(s) for patent or 

-inventor's certificate listed below and have also identified below any foreign application for patent or inventor's certificate having a 
; .filing date before that of the application on which priority is claimed: 



. JPrior Foreign Application(s) 






priority 








claimed 


; (Number) 


(Country) 


(Day/Month/Year Filed) 


yes no 


- (Number) 


(Country) 


(Day/Month/Year Filed) 


yes no 



(Number) (Country) (Day/Month/Year Filed) yes no 



I hereby claim the benefit under Title 35, United States Code, § 119 of any United States application(s) listed below and, 
insofar as the subject matter of each of the claims of this application is not disclosed in the prior United States application in the 
manner provided by the first paragraph of Title 35, United States Code, § 1 12, 1 acknowledge the duty to disclose material information 
as defined in Title 37, Code of Federal Regulations, § 1.56 which occurred between the filing date of the prior application and the 
national or PCT international filing date of this application: 

60/139.129 June 14. 1999 Pending Provisional 

(Application Serial No.) (Filing Date) (Status: patented, pending, abandoned) 

60/158,129 October 9, 1999 Pending Provisional 

(Application Serial No.) (Filing Date) (Status: patented, pending, abandoned) 



Power of Attorney: As a named inventor, I hereby appoint C. Lamont Whitham, Reg. No. 22,424, Marshall M. Curtis, Reg. 
No. 33,138, Michael E. Whitham, Reg. No. 32,635, Paul A. Bernkopf, Reg. No. 41,615 and Patrick M. Hogan, Reg. No. 29,543 as 
attorneys and/or agents to prosecute this application and transact all business in the Patent and Trademark Office connected therewith. 
All correspondence should be directed to Whitham, Curtis & Whitham, Reston International Center, 1 1800 Sunrise Valley Dr., Suite 
900, Reston, Virginia 20191. Telephone calls should be directed to Whitham, Curtis & Whitham at (703) 391-2510. 



1 



FE-004427 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information 
and belief are believed to be true; and further that these statements were made with the knowledge that willful false statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued thereon. 

Full Name of Sole 

or First Inventor: James W. Peel, Jr. > ___ 

Inventor's Signature k./l-Wl*A U-J — & ~Us D ate: 

Residence: 1400 Peartree Line, Bowie, MP 207 16 

Citizenship: United States of America . 

Post Office Address: Same as above 

Full Name of Second 

Joint Inventor, If Any: Melanie Langston 

Inventor's Signature ^/KlQ&.'VUL '^AKjp 1 — Date: / /<JO60 

Residence: 10036 Field Court, Manassas, VA 201 10 

Citizenship: United States of America 

I', iPost Office Address : Same as above 



•;*Title 37, Code of Federal Regulations, § 1.56: 

; ta) A patent by its very nature is affected with a public interest. The public interest is best served, and the most effective patent 
;examination occurs when, at the time an application is being examined, the Office is aware of and evaluates the teachings of all 
information material to patentability. Each individual associated with the filing and prosecution of a patent application has a duty of 
L Candor and good faith toward the Patent and Trademark Office, which includes a duty to disclose to the Office all information known 
s to that individual to be material to patentability as defined in this section. The duty to disclose information exists with respect to each 
pending claim until the claim is canceled or withdrawn from consideration, or the application becomes abandoned. 

i ; jb) Under this section, information is material to patentability when it is not cumulative to information already of record or being 
hmade of record in the application, and (1) it establishes , by itself or in combination with other information, a prima facie case of 
f Unpatentability; or (2) it refutes, or is inconsistent with, a position the applicant takes in: (i) opposing an argument of unpatentability 
f=|elied on by the Office, or (ii) asserting an argument of patentability. 
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